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Rethinking Analog Design 


Chip Design Is Growing Up 


= We have come a long way 
o From op amps and SSI components 


= To today’s mega SOC 


And Analog Design Is Getting Harder 


a Requirements are growing 
ri More bits, higher speeds, lower power 


= Transistors are getting less precise 
o Ft might be better 
a Matching is worse 
o Vdd range smaller | ENRE 0e 


m Analog a component in a larger system 


Our Current Solutions … 


m Digitally assisted analog 


o ADC calibration, PA and DAC pre-distortion, mostly digital 
PLLs, ... 
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Embracing Change: System Level Analog 


= What does the system really require 
o Is there a way to change the system? 


a What is the minimal requirements 
o For measuring signals, might only need resolution 
o Accuracy, linearity, etc can be corrected 
o Digital logic is much easier to design 


m Boris will talk more about this, and general program 


Great! Are We Done? 


m |s system optimized analog it? 
o Depends on how hard it is to design. 
a System optimized analog will still have some analog 


m Let's do a brief trip through memory lane ... 


My Misspent Early Teens 70-74 


a Got my first IC around 71 
a Uncle was an EE 
a Signetics 8T80? (pre 7400) 
o Thought it was very cool, but never used it 


The MIT Years 74-78 


m Built lots of stuff at home 


o Calculator - 3 pMOS chips, incandescent 7-seg 
o Digital clock — 1 pMOS chip, LED 7-seg 
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= Chips: 7400 TTL, and pMOS LSI — B 


Fabrication Tools 
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Hot new technolog 


o 3unMOS 


O Depletion loads and 5V operation, TTL I/O 
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Worked at Signetics 


m Worked on bipolar designs 
o 1 kbit ECL CAM, ISL gate array 
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m Design Flow 
r We did have circuit simulation 


Backend (Layout) How 


m Handed schematic to Ee 
layout designer JJK TEE AD 
O She produced stick wr dx 
diagrams to check | Ee eee 
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Layout How Cont'd 


m She drew it with color pencils on mylar 
o A central group digitized it, 


ri Plotted results on large flatbed pen plotters 


a Manually checked DRC and ERC 


= Computer DRC only before tape-out 
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We Have Come A Long Way, 


m Digital chip design today is very different 
o Verilog input, with external IP 
o Floorplan information 


o Tools generate the chip 
o But you need to be expert in using the tools 


= Design moved through many phases 
ri Spice, custom layout 
o Logic, Std cells manual placement/routing 
Oo Synthesis, automatic placement/routing 
o SOC design — macro block reuse 


Well, Maybe Not (for Analog) 


= Now draw schematics on a computer 
=a And layout is done directly on computer too 


= But the process is still manual 


Analog Design 
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Analog design tool scaling 


SPICE and custom layout 

Better SPICE and custom layout 

Matlab, Spectre, and custom layout w/ Pcells 
Not much change 


Basic Problem 


Little/no encapsulation of functional blocks 
o No abstraction / ERC pairs 


Leads to large amount of analog redesign 
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Management Problem 


= Must port a mixed signal block to new fab 
a Old design is great 
o But former design is not working on the port 


= New designer looks at block 
a And doesn't like the way it was designed 
o Itis not the way that she would do it 
m There is little validation documentation around 
O So you trust the new designer 
o You need to redesign the block 


My Overall Goal: Digital Analog Design 


= Don't just use more digital gates 


= Make analog design more like digital 
o Better encapsulation of function 
a Methods for system validation 
ri Automatic electrical rules checking 
o Better reuse of components 


m Reduce time to port design 


Making an Analog Standard Cell 


= Capturing the schematic is not enough 
ri Would you trust someone else's cell 


m Trust digital cells 
o Since there is an electrical rule / functional checks 
ri Work for every cell 


m Analog designs don't have universal ERC checks 
o So need to create them for each cell 


m Capture the test routines for each cell 
o Both the functional tests, and the constraints 


Tests Contain Three Parts 
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Circuit 
Representation 


Circuit 
Simulator 


Simulation Results 


Directives Analysis 


Types of Checks 


m Test bench: 
o Contains stimuli generation and results analysis 
o Create for each major piece of the design 
o Gets run when you are “checking out” that module 


m Assertions 
O Monitor operation of that module 
o Prevent the circuits from operating outside the constraints 
o Run every time the cell is run 


To Reuse Analog Cells 


m Need to record/archive 
o All the test-benches, and assertions 


m These will be specific to an circuit type 
o No universal ERC for analog blocks 


m We are starting to create an archive for these checks 
o Called Circuitbook 


m Circuitbook 
o Object oriented for both circuits and tests 
o Schematic, tests, assertions, functional model 


Fixing the Gap: Leveraging Abstraction 


m Digital tools leverage "abstraction" effectively 
o Digital abstraction: Boolean (value), synchronous (time) 


o Leverage abstractions to: 
o Check circuits, measure coverage, check equivalence, etc. 


o Designers don’t just rely on fast circuit simulators 


m Analog tools do not 
o No notion of analog abstraction 
o Focus mainly on fast simulation with accurate device models 
o Designer think faster SPICE is the answer 
o But it will never be fast enough 


ri Causes problems with big D little A designs 
o Howto do system level validation 
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The Key Problem: 


Generating an analog circuit abstraction 


Analog vs. Digital 


m Continuous vs. discrete? 


mg A and D are different in their world views 


What do you see in this picture? 


Analog J 


(Linear) 


Digital 
(Binary) 


OUT 


Analog Abstraction: Linear System 


m Design intent is to 
use the linear region 
around the OP 


m The ideal circuit has 
linear I/O relationship 
AY = a:AA + B-AB 


a In general, it's a 
linear dynamical 
system 


= Our conjecture: all analog circuits have linear intent! 
a Then, the proper abstraction for analog is a linear system 


Dealing with Non-Linear, Linear Circuits 


m No real circuit is linear 
o But that does not mean it doesn't have a linear intent 


o Can we describe the circuit by its approximate linear function 
o And its deviation from that function (if needed) 
o Weakly non-linear function 


= Two major types of non-linearity 
o Linear in a different domain than V,i, and t 


Oo Controllable systems 
o Can control gain / frequency of linear system 


= Both of these are easily handled in this framework 


Duty Cycle Adjuster 


Vetrl 


Variable Domain Translation 


m Duty-Cycle Adjuster 


DUT (CIRCUIT or MODEL) 


Duty-cycle(CLKi) Duty-cycle(CLKo) 


Vetrl 
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Design Intent is Linear in Duty-cycle domain ! 
Duty(CLKo) = a: Duty(CLKi) + D: V(Vctrl) 


Result Surface 


= Hyper-plane in duty-cycle domain 
ri Linearity holds 
o Gain matrix comparison shows the equivalence 


Duty-cycle (CLKo) 


Controlled Linear System 


a Many systems have control inputs 
a Inputs that change the system response 


= We reason about these systems 
o As two coupled systems 
a So we model them that way 
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The Power of the Linear Abstraction 


m As Boolean abstraction did for digital, the linear 
abstraction greatly simplifies analog verification 


m The key is that superposition holds 
y= > A, X; (superposition) 
i 


gm This means generating input vectors is easy 
ri Output is the sum of the change from each input 


a The output surface is smooth 
o Opposite of a digital system 


Superposition in Time Works As Well 


m Ifthe intent is linear, 
o AC analysis is complete — small signal = large signal 


= Thus transfer function is complete description 


| 


Bandwidth 


m TF is formal spec 
o Include sensitivities 


Transfer Function H(f) 


Frequency f 
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Extending AC Analysis to PLL/DLLs 


= APLL/DLL is highly nonlinear from a voltage perspective 
o Large-signal clock in, large-signal clock out 


| | | CKw CKour | | | 


Extending AC Analysis to PLL/DLLs 


= APLL/DLL is highly nonlinear from a voltage perspective 
o Large-signal clock in, large-signal clock out 


m But itis linear in its phase/delay variables 
o Can we do AC analysis in non-voltage/current variables? 


compare phases adjust phase 
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Variable Domain Transformation 


mg Use translator modules 
a For SPICE write them in Verilog-A 


o Verilog-D model just inputs/outputs phase 
o If duty-cycle is important too, need 2 phases 


Variable Domain Translators 


* J. Kim, et al., "Variable Domain Transformation for Linear PAC Analysis of Mixed-Signal 
Systems," ICCAD'07. 


Magnitude (dB) 


PLL Transfer Function Example 


= AC analysis is always more efficient than transient sims 
ri Option 1: explicit sinusoidal excitation at various frequencies 
o Option 2: system identification from step response 
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Frequency (Hz) time (ns) 


Extending AC to Stochastic Systems 


m AC should be the best way to verify their linear intent 
o But they have neither DC nor periodic steady states 


m They do have steady states — in a stochastic sense! 
o Steady state is an ensemble of waveforms with probabilities 
o e.g. PDF (jitter histogram), PSD (noise spectrum), etc. 


m Then, the required steps are: 
o First, find the stochastic steady-state (SSS) of these systems 
Oo Second, linearize the system at SSS to measure the AC TF 


* J. Kim, et al., “Stochastic Steady-State and AC Analyses of Mixed-Signal Systems,” DAC'09. 


Stochastic SS and AC Analysis 


= Model circuit/system as a Markov chain 


pln 4 1| 2 T: pin] 


where p is a probability vector and T is a transition 
probability matrix 


= Once the steady-state solution x is found, the system 
can be linearized around its stochastic steady-state: 


ón|n +1] = T - ón[n] + A nu 


* J. Kim, et al., “Stochastic Steady-State and AC Analyses of Mixed-Signal Systems," DAC'09. 


Example: Second-Order Binary PLL 


m Jitter transfer functions with various input jitter level (o,,) 
o Provides accurate results with 5~9x speed up vs. TRAN 
ri Our algorithms keep the + of states in the Markov chain low 


oin # states Time (SSS/SAC vs. TRAN) 


20mul 3496 33.6 sec vs. 316 sec 
4O0mul 4301. 43.3 sec vs. 315 sec 
8omul 5555 59.5 sec vs. 316 sec 


10 
Normalized Frequency 
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Linear Analysis — Summary 


m Itis a strong way to reason about systems 
o Provides powerful tools to use to understand operation 


m And yes we know that no circuits a really linear 
o But most of the system behavior uses linear models 
o Linear models is how most designers think about design 


m But digital circuits are not really digital either 
o There are checks to make sure it operations in digital mode 
ri And you need to have checks for linear operation as well 
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Modern Analog Design 


m Even in analog chips 


o Most of the 
transistors are in 
digital logic 
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Single-Chip Multiband WCDMA/HSDPA/HSUPA/EGPRS Transceiver with Diversity Receiver and 3G DigRF 
Interface Without SAW Filters in Transmitter / 3G Receiver Paths, ISSCC 2009 


The Model Problem 


= Which really matters 


Model Implementation 


ASAWLess Multiband WEDGE Receiver, ISSCC 2009 


The Model Problem, cont'd 


Which really matters here? 


Implementation 


Model 


module gray(clk, reset,out); 


input clk, reset; 
output [3:0] out; 


wire clk,reset; 
reg [3:0] out; 


always @(posedge clk) 


begin 


if(reset == 1) out 


else begin 
case(out ) 


4'b0000: 
4'b0001: 
4'b0010: 
4'b0011: 
4'b0100: 
4'b0101: 
4'bo110: 
4'b0111: 
4'b1000: 
4'b1001: 
4'b1010: 
4'b1011: 
4'b1100: 
ze. — 4'b1101: 
4'b1110: 
4'b1111: 


endcase 
end 


end 
endmodule 


out 
out 
out 
out 
out 
out 
out 
out 
out 
out 
out 
out 
out 
out 
out 
out 


4'b0000; 


4'b0001; 
4'b0011: 
4'b0110; 
4'b0010; 
4'b1100: 
4'b0100: 
4'b0111; 
4'b0101; 
4'b0900: 
4'b1000: 
4'b1011; 
4'b1901: 
4'b1101: 
4'b1111; 
4'b1010: 
4'b1110: 


The Problenx 


m Digital designers control validation 
a They believe their “model” of the chip 


= But for analog designers 


a That model is an approximation 
o Noone would be so stupid to believe a model 


a They validated the circuit 


m Leads to errors in mixed signal design 
o Bugs slip when digital designers trust analog models 


o Many bugs are trivial: 
o Mislabeled pins, inverted polarity, wrong bus ordering/encoding, 
missing connections, etc. 


o Even worse, bugs are repeated 
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The Solution — Model Hirst Design 


a The validation engineers will win 
rn So the model really does matter 


m Need to change mixed signal design 
o But they really want to have a high-level model too 


ri Need to estimate overall system performance 
o Often done in matlab/simulink 

o Big change 
o The model becomes the spec 
o Circuit needs to match the model 


a Only way to ensure two descriptions match: 
o Have model / circuit regressions checks 


Analog Functional Specification 


= Foralinear system 
o Matrix of transfer functions, from each input to each output 


= For a non-linear, linear system 
pn Set of domain translators, and transfer matrix and/or 


a Two sets of transfer matrices 
o One from control inputs to control parameters 
o The other is a matrix which is a function of control parameters 


m Use this framework for to validate functional model 
o Ultimately we might be able to generate the model directly 


Validating Analog Functional Models 


m Create an equivalence checker 
rn Compares functional model with circuit implementation 
rn Similar to Boolean equivalence checkers for digital std cells 
o We are going to use the linear model abstraction 


m Functional / circuit comparison 
Oo Create a "spanning" set of test vectors 
o Oversample to ensure linear model is valid 


o Use set of domain translators 
o To convert to "linear" projection, and relate outputs 


Run vectors through both simulators 


Compare transfer matrices that are generated 
o Match if matrices are close enough 


Example 
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Generating Vectors: Using Port Types 


m Analog I/O port 
a TO ofthe intended linear system 
rn Similar to I/O along the data path in digital systems 


m Analog control port 
ri Analog control input adjusts the system's properties 
o Gain, bandwidth, offset, etc. 
a The controlled properties depend on the designer's intent 


Analog I/O €. Control Port: Example 


Linear System Inputs 
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iv Linear System Outputs 


d Adjusts system's properties 


" Gain 
Input = Output Swing 


= Bandwidth 


Quantized Analog Port 


m It adjusts the analog quantity in a quantized step 
ri Most digital ports in digitally-assisted analog circuits 


m Linearity holds 
ri Test each bit independently 
o It’s tested independently w/ other analog inputs 


| Quantized 


Ip = 2(0,:DIk]; 
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< Current D/A converter> < The response, current vs. digital code> 


True Digital Port/ Function Port 


m True Digital Port 
o It configures different linear systems 
o For M true digital ports, 2™ linear systems 
o It needs to check (quantized) analog ports of each linear system 


= Function Port 
o It enables the operation of the circuit 
o It bears no information for the system 
o Itis essentially part of the circuit 
O Not really an I/O to the circuit 
o Example: 
o Sequencing clocks in switched-capacitor circuits 


True Digital Port: Example 


m (calib_en, /owrdn} creates 22 linear systems 
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True Digital Port: Example 


m (calib_en, /owrdn} creates 22 linear systems 


calib en calib en 
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True Digital Port: Example 


m (calib_en, /owrdn} creates 22 linear systems 


calib_en calib_en 
Vint B— —« V- 


Vour- Voutt 
Oa DN[2:0] 49 eS DP[2:0] 


True Digital Port: Example 


m (calib_en, /owrdn} creates 22 linear systems 


calib_en calib_en 
Vint B— —« V- 
rts VcaL+ Vers 
“Y. cali en calf) en 
Ibias! 
Vour- Vour+ 
X El DN[2:0] 49 es DP[2:0] 


A - + 


O vN 


True Digital Port: Example 


m (calib_en, /owrdn} creates 22 linear systems 
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Checking Procedure 


Generate circuits to check 

ri True digital inputs cause the 
linear circuit to change, and each 
needs to be checked 

Generate input stimulus 

o Using domain converter if needed 


Check to ensure circuit is linear 
a If not complain to user 


Check equivalence 
o Comparing gain matrices 


Port labeling 


Generate multiple circuit 
configurations 


Get responses from 
random vectors 


Check statistics 
NO} ([R^-1| < €101) & ([Ciwr] < A) 
YES 
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Size of Analog Blocks 


m It will be easier to validate smaller blocks 
o Less inputs/outputs 
o Less true digital inputs 


a Digital functional models are unidirectional 
Oo Can't easily model tightly coupled systems 


=» Tear circuit into the smallest unidirectional blocks 
o Need to account for output load in model 


o Easiest method is to extract transfer matrix for each instance 
o Extract when simulated in proper environment 


Analog Fault Detection/Coverage 


m lfacircuit is defined by transfer matrix 
o One can find all faults by measuring that matrix 


m Measuring that matrix is not hard 
a Since the number of required inputs is small 
o Even when the matrix is a function of control inputs 


m Problem is determining what is a fault 
ri Since no two matrices will ever be exactly the same 


o Need to seta tolerance 
o Is it absolute error? Relative error? 


a Unlike digital, generating the stimulus is the easy part. 


Conclusions 


m Analog circuits are not linear but 
rn A linear model is a great abstraction for their operation 


m Extensions allow most circuits to be modeled this way 
a Domain transformation 
a Controlled linear system 


m This abstraction makes it possible to: 
o Formally define a functional model 
o Formally define fault coverage 


m There is no excuse for not using this approach 


